United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
United States Patent and Trademark Office 
Address: COMMISSIONER FOR PATENTS 
P.O. Box 1450 

Alexandria, Virginia 22313-1450 
www.uspto.gov 



APPLICATION NO. 



FILING DATE 



FIRST NAMED INVENTOR 



ATTORNEY DOCKET NO. 



CONFIRMATION NO. 



09/954,951 



09/18/2001 



7590 



05/13/2005 

Jeanine S. Ray-Yarletts 
IBM Corporation T8 1/503 
PO Box 12195 

Research Triangle Park, NC 27709 



John R. Hind 



RSW9200I0128US1 



8532 



EXAMINER 



STEVENS, ROBERT 



ART UNIT 



PAPER NUMBER 



2176 

DATE MAILED: 05/13/2005 



Please find below and/or attached an Office communication concerning this application or proceeding. 



PTO-90C (Rev. 10/03) 



KJIUlrXt MlsllUfi OUff Hilary 


Application No. 

09/954,951 


Applicant(s) 
HIND ET AL 


Examiner 

Robert M Stevens 


Art Unit 

2176 





- The MAILING DATE of this communication appears on the cover sheet with the correspondence address « 



Period for Reply 

A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) FROM 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1.136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If the period for reply specified above is less than thirty (30) days, a reply within the statutory minimum of thirty (30) days will be considered timely. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 1 33). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )S Responsive to communication(s) filed on 21 December 2004 . 
2a)K This action is FINAL. 2b)0 This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) ^ Claim(s) 7-53 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) 13 Claim(s) 1-53 is/are rejected. 

7) D Claim(s) is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) D The specification is objected to by the Examiner. 

10)n The drawing(s) filed on is/are: a)D accepted or b)D objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1 .85(a). 

Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1 .121 (d). 
1 1 )□ The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-1 52. 

Priority under 35 U.S.C. § 119 

12)D Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
aO All b)D Some * c)D None of: 

1 .□ Certified copies of the priority documents have been received. 

2.Q Certified copies of the priority documents have been received in Application No. . 

3-D Copies of the certified copies of the priority documents have been received in this National Stage 
application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attachment(s) 

1 ) D Notice of References Cited (PTO-892) 4) □ Interview Summary (PTO-413) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Pa P er No(s)/Mail Date. . 

3) ^ Information Disclosure Statement(s) (PTO-1 449 or PTO/SB/08) 5 > d Notice of Informal Patent Application (PTO-1 52) 

Paper No(s)/Mail Date 12/21/2004 . 6) □ Other: . 



U.S. Patent and Trademark Office 
PTOL-326 (Rev. 1-04) 



Office Action Summary 



Part of Paper No./Mail Date 20050430 



Application/Control Number: 09/954,951 Page 2 

Art Unit: 2176 

DETAILED ACTION 

1 . This action is responsive to communications: Application No. 09/954,951 amendment 
filed 12/21/2004 to the original application filed 9/18/2001 by Hind et al. entitled "Low Latency, 
Incremental Rendering in a Content Network". 

2. The Office acknowledges IDS submitted 12/21/2004. 

3. The Office withdraws the 35 USC 1 12 1st paragraph rejections raised in the First Action 
on the Merits (FAOM), in view of the amendment stating on pages 14-15 that the concepts for 
which no implementation details were provided in the Application are merely well-known 
conventions that Applicant has incorporated into a disclosed embodiment. The Office considers 
such assertions to be Applicant Admitted Prior Art (AAPA) for showing that such limitations 
lack novelty. 

4. The Office withdraws the objection to Fig. 2B in light of amendment's assertion that said 
figure merely illustrates the incorporation of a well-known convention into a disclosed 
embodiment. 

5. The Office maintains the FAOM rejections of claims 1-6, 10-16, 24-29, 32-33, 42-44 and 
46-49 under 35 USC 103(a) as being unpatentable over Yurkovic in view of Richmond. 
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6. The Office maintains the FAOM rejections of claims 4, 9, 22 and 24-25 under 35 USC 
1 03(a) as being unpatentable over Nakamura in view of Smith et al. 

7. The Office maintains the FAOM rejections of claim 13 under 35 USC 103(a) as being 
unpatentable over Nakamura in view of MacFarlane et al. 

8. The Office maintains the FAOM rejections of claims 14 and 18-20 under 35 USC 103(a) 
as being unpatentable over Nakamura in view of Mastie. 

9. The Office maintains the FAOM rejections of claim 21 under 35 USC 103(a) as being 
unpatentable over Nakamura in view of Georgitsis. 

Claim Rejections - 35 USC § 103 

1. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

2. Claims 1-6, 10-16, 24-29, 32-33, 35, 42-44 and 46-49 are rejected under 35 U.S.C. 103(a) 

as being unpatentable over Yurkovic (US Patent No. 6,668,353, filed Mar. 25, 1999, hereafter 
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referred to as "Yurkovic") in view of Alan Richmond, "HTML's META-tag: HTTP-EQUIV", 
Web Developer's <Virtual Library> 5 Oct. 12, 1999, pp. 1-3, hereafter referred to as 
"Richmond"). 



Regarding independent method claim 1, Yurkovic discloses: 

A method of incrementally rendering content in a content framework, comprising: 
receiving a request for a portal page, wherein one or more portlets 

provide content for the portal page; (col. 1 lines 25-29) 

immediately returning a response message containing a first document the 

first document representing results from portlets which have acquired their 

content; (col. 1 lines 29-32) and 

However, Yurkovic does not explicitly disclose: 

programmatically generating a mechanism for delivering an updated 
document if the first document does not represent results of all portlets. 

Richmond, though, discloses: 

programmatically generating a mechanism for delivering an updated 
document if the first document does not represent results of all portlets. (p. 1 
middle of page discussing code for HTTP-EQUIV = "Expires" and sentence 
stating "This can be used by caches to determine when to fetch a fresh copy of the 
associated document.") 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 
programmer to automatically refresh a document as taught by Richmond in p. 1, middle of page 
discussing the HTTP-EQUIV = "Expires" attribute. These references were all applicable to the 
same field of endeavor, i.e., web page/service design. 
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Regarding claim 2, which is dependent upon claim 1, the limitations of claim 1 have 

been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the programmatically generated mechanism comprises inclusion 
of a refresh trigger in the response message. 

Richmond, though, discloses: 

wherein the programmatically generated mechanism comprises inclusion 
of a refresh trigger in the response message, (p. 2 "Meta Refresh" section) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 

to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 

programmer to redirect a request for a URL as taught by Richmond in p. 2, "Meta Refresh" 

section. These references were all applicable to the same field of endeavor, i.e., web 

page/service design. 

Regarding claim 3, which is dependent upon claim 2, the limitations of claim 2 have 

been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the refresh trigger is a refresh header of the response message. 

Richmond, though, discloses: 

wherein the refresh trigger is a refresh header of the response message. 
(p. 2 "Meta Refresh" section) 
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It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 
programmer to redirect a request for a URL as taught by Richmond in p. 2, "Meta Refresh" 
section. These references were all applicable to the same field of endeavor, i.e., web 
page/sendee design. 

Regarding claim 4, which is dependent upon claim 2, the limitations of claim 2 have 

been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the refresh trigger is encoded using syntax of a markup language. 

Richmond, though, discloses: 

wherein the refresh trigger is encoded using syntax of a markup language. 
(p. 2 "Meta Refresh" section) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 

to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 

programmer to redirect a request for a URL as taught by Richmond in p. 2, "Meta Refresh" 

section. These references were all applicable to the same field of endeavor, i.e., web 

page/service design. 

Regarding claim 5, which is dependent upon claim 4, the limitations of claim 4 have 
been previously discussed. 
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However, Yurkovic does not explicitly disclose: 

wherein the markup language is HTML ("Hypertext Markup Language"). 

Richmond, though, discloses: 

wherein the markup language is HTML ("Hypertext Markup Language"). 
(p. 2 "Meta Refresh" section) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 

to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 

programmer to redirect a request for a URL as taught by Richmond in p. 2, "Meta Refresh" 

section. These references were all applicable to the same field of endeavor, i.e., web 

page/service design. 

Regarding claim 6, which is dependent upon claim 5, the limitations of claim 5 have 

been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the syntax composes a "META " tag using an "HTTP-EQUIV" 
attribute syntax. 

Richmond, though, discloses: 

wherein the syntax composes a "META tf tag using an "HTTP-EQUIV" 
attribute syntax, (p. 2 "Meta Refresh" section) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 

to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 

programmer to redirect a request for a URL as taught by Richmond in p. 2, "Meta Refresh" 
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section. These references were all applicable to the same field of endeavor, i.e., web 
page/service design. 

Regarding claim 10, which is dependent upon claim 2, the limitations of claim 2 have 

been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein a value on the refresh trigger specifies a time before which the 
programmatically generated mechanism does not execute. 

Richmond, though, discloses: 

wherein a value on the refresh trigger specifies a time before which the 
programmatically generated mechanism does not execute, (p. 2 "Meta Refresh" 
section, the META tag indicating that the URL is not invoked until 90 seconds 
have elapsed) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 
programmer to redirect a request for a URL as taught by Richmond in p. 2, "Meta Refresh" 
section. These references were all applicable to the same field of endeavor, i.e., web 
page/service design. 

Regarding claim 11, which is dependent upon claim 2, the limitations of claim 2 have 
been previously discussed. 

However, Yurkovic does not explicitly disclose: 
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wherein a value on the refresh trigger is computed as a time after which a 
sender of the portal page request automatically invokes the delivery of the 
updated document 

Richmond, though, discloses: 

wherein a value on the refresh trigger is computed as a time after which a 
sender of the portal page request automatically invokes the delivery of the 
updated document, (p. 2 "Meta Refresh" section, the META tag indicating that 
the URL is not invoked until 90 seconds have elapsed) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 

to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 

programmer to redirect a request for a URL as taught by Richmond in p. 2, "Meta Refresh" 

section. These references were all applicable to the same field of endeavor, i.e., web 

page/service design. 



Regarding claim 12, which is dependent upon claim 2, the limitations of claim 2 have 

been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein a value on the refresh trigger is computed as a latest predicted 
completion time of a final one of the portlets which have not yet acquired their 
content. 

Richmond, though, discloses: 

wherein a value on the refresh trigger is computed as a latest predicted 
completion time of a final one of the portlets which have not yet acquired their 
content (p. 2 "Meta Refresh" section, the META tag indicating that the URL is 
not invoked until 90 seconds have elapsed) 
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It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 
programmer to redirect a request for a URL as taught by Richmond in p. 2, "Meta Refresh" 
section. These references were all applicable to the same field of endeavor, i.e., web 
page/service design. 

Regarding claim 13, which is dependent upon claim 12, the limitations of claim 12 have 

been previously discussed. 

Yurkovic further discloses: 

wherein the value is determined by weighting actual fetch times of the 
portlets which have not yet acquired their content, (col. 4 lines 43-50) 

Regarding claim 14, which is dependent upon claim 12, the limitations of claim 12 have 

been previously discussed. 

Yurkovic further discloses: 

wherein the value is determined by adding a constant value to a largest of 
weighted actual fetch times of the portlets which have not yet acquired their 
content, (col. 5 lines 23-78, re: an automatic [i.e., constant time interval] update) 

Regarding claim 15, which is dependent upon claim 2, the limitations of claim 2 have 
been previously discussed. 

Yurkovic further discloses: 



Application/Control Number: 09/954,951 
Art Unit: 2176 



Page 1 1 



receiving the response message by a client from which the request for the 
portal page was sent; (col. 1 lines 25-29) 

rendering, by the client, the first document from the received response 
message; (col. 1 lines 29-33) and 



However, Yurkovic does not explicitly disclose: 

automatically sending a subsequent request for the portal page after 
waiting for a time specified by a value of the refresh trigger, 

Richmond, though, discloses: 

automatically sending a subsequent request for the portal page after 
waiting for a time specified by a value of the refresh trigger, (p. 2 "Meta Refresh" 
section, the META tag indicating that the URL is not invoked until 90 seconds 
[content value] have elapsed) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 

to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 

programmer to redirect a request for a URL as taught by Richmond in p. 2, "Meta Refresh" 

section. These references were all applicable to the same field of endeavor, i.e., web 

page/service design. 



Regarding claim 16, which is dependent upon claim 2, the limitations of claim 2 have 
been previously discussed. 

However, Yurkovic does not explicitly disclose: 

receiving a subsequent request for the portal page, the subsequent request 
having been automatically sent responsive to receiving the refresh trigger; and 

returning a subsequent response comprising the updated document, 
responsive to receiving the subsequent request, the updated document being a 
subsequent version of the first document and representing results from portlets 
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which have acquired their content thus far and which omits the refresh trigger 
only if all portlets have now acquired their content. 

Richmond, though, discloses: 

receiving a subsequent request for the portal page, the subsequent request 
having been automatically sent responsive to receiving the refresh trigger; (p. 2 
"Meta Refresh" section, the META tag indicating that the URL is not invoked 
until 90 seconds [content value] have elapsed)a«<i 

returning a subsequent response comprising the updated document, 
responsive to receiving the subsequent request, the updated document being a 
subsequent version of the first document and representing results from portlets 
which have acquired their content thus far and which omits the refresh trigger 
only if all portlets have now acquired their content, (p. 2 "Meta Refresh" section, 
the META tag indicating that the URL is not invoked until 90 seconds [content 
value] have elapsed) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 
programmer to redirect a request for a URL as taught by Richmond in p. 2, "Meta Refresh" 
section. These references were all applicable to the same field of endeavor, i.e., web 
page/service design. 



Regarding independent method claim 24, Yurkovic discloses: 

A method of incrementally rendering content in a content framework, comprising: 
receiving a request for a portal page, wherein one or more portlets 

provide content for the portal page; (col. 1 lines 25-29) 

immediately returning a response message containing a first document, 

the first document representing results from portlets which have acquired their 

content; (col. 1 lines 29-32) and 



However, Yurkovic does not explicitly disclose: 
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automatically delivering an updated document if the first document does 
not represent results of all portlets. 

Richmond, though, discloses: 

automatically delivering an updated document if the first document does 
not represent results of all portlets. (p. 1 middle of page discussing code for 
HTTP-EQUIV = "Expires" and sentence stating "This can be used by caches to 
determine when to fetch a fresh copy of the associated document.") 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 
programmer to automatically refresh a document as taught by Richmond in p. 1, middle of page 
discussing the HTTP-EQUIV = "Expires" attribute. These references were all applicable to the 
same field of endeavor, i.e., web page/service design. 



Regarding independent method claim 25, Yurkovic discloses: 

A method of incrementally rendering content in a content framework, comprising: 
receiving a request for a portal page frame, wherein one or more portlets 
provide content for the portal page frame; (col. 1 lines 25-29) 

immediately returning a response message containing a first mini- 
document, the first document representing results from portlets which have 
acquired their content; (col. 1 lines 29-32) and 



However, Yurkovic does not explicitly disclose: 

programmatically generating a mechanism for delivering an updated 
mini-document if the first mini-document does not represent results of all portlets. 



Richmond, though, discloses: 



Application/Control Number: 09/954,951 
Art Unit: 2176 



Page 14 



programmatically generating a mechanism for delivering an updated 
mini-document if the first mini-document does not represent results of all portlets, 
(p. 1 middle of page discussing code for HTTP-EQUIV = "Expires" and sentence 
stating "This can be used by caches to determine when to fetch a fresh copy of the 
associated document.") 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 
programmer to automatically refresh a document as taught by Richmond in p. 1 , middle of page 
discussing the HTTP-EQUIV = "Expires" attribute. These references were all applicable to the 
same field of endeavor, i.e., web page/service design. 

Claims 26 and 43 are substantially similar to claim 3 and therefore likewise rejected. 

Claims 27 and 44 are substantially similar to claim 4 and therefore likewise rejected. 

Claim 28 incorporates the limitations of claims 5 and 6, and therefore is substantially 
similar to these claims and likewise rejected. 

Claim 29 is substantially similar to claim 1 1 and therefore likewise rejected. 

Regarding independent system claim 32, Yurkovic discloses: 

A system for incrementally rendering content in a content framework, comprising: 

means for receiving a request for a portal page, wherein one or more 
portlets provide content for the portal page; (col. 1 lines 25-29) 
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means for immediately returning a response message containing a first 
document, the first document representing results from portlets which have 
acquired their content; (col. 1 lines 29-32) and 

However, Yurkovic does not explicitly disclose: 

means for programmatically generating a mechanism for delivering an 
updated document if the first document does not represent results of all portlets. 

Richmond, though, discloses: 

means for programmatically generating a mechanism for delivering an 
updated document if the first document does not represent results of all portlets. 
(p. 1 middle of page discussing code for HTTP-EQUIV = "Expires" and sentence 
stating "This can be used by caches to determine when to fetch a fresh copy of the 
associated document.") 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 
programmer to automatically refresh a document as taught by Richmond in p. 1 , middle of page 
discussing the HTTP-EQUIV = "Expires" attribute. These references were all applicable to the 
same field of endeavor, i.e., web page/service design. 



Claims 33 and 47 are substantially similar to claim 2 and therefore likewise rejected. 



Claims 35 and 49 are substantially similar to claim 16 and therefore likewise rejected. 



Regarding independent system claim 42, Yurkovic discloses: 

A system for incrementally rendering content in a content framework, comprising: 
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means for receiving a request for a portal page frame, wherein one or 
more portlets provide content for the portal page frame; (col. 1 lines 25-29) 

means for immediately returning a response message containing a first 
mini-document, the first document representing results from portlets which have 
acquired their content; (col. 1 lines 29-32) and 

However, Yurkovic does not explicitly disclose: 

means for programmatically generating a mechanism for delivering an 
updated mini-document if the first mini-document does not represent results of all 
portlets. 

Richmond, though, discloses: 

means for programmatically generating a mechanism for delivering an 
updated mini-document if the first mini-document does not represent results of all 
portlets. (p. 1 middle of page discussing code for HTTP-EQUIV = "Expires" and 
sentence stating "This can be used by caches to determine when to fetch a fresh 
copy of the associated document.") 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 
programmer to automatically refresh a document as taught by Richmond in p. 1 , middle of page 
discussing the HTTP-EQUIV = "Expires" attribute. These references were all applicable to the 
same field of endeavor, i.e., web page/service design. 



Regarding independent computer program product claim 46, Yurkovic discloses: 

A computer program product incrementally rendering content in a content 
framework, the computer program product embodied on one or more computer-usable 
media and comprising: 
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computer readable program code configured to receive a request for a 
portal page, wherein one or more portlets provide content for the portal page; 
(col. 1 lines 25-29) 

computer readable program code configured to immediately return a 
response message containing a first document, the first document representing 
results from portlets which have acquired their content; (col. 1 lines 29-32) and 

However, Yurkovic does not explicitly disclose: 

computer readable program code configured to programmatically 
generate a mechanism for delivering an updated document if the first document 
does not represent results of all portlets. 

Richmond, though, discloses: 

computer readable program code configured to programmatically 
generate a mechanism for delivering an updated document if the first document 
does not represent results of all portlets. (p. 1 middle of page discussing code for 
HTTP-EQUIV = "Expires" and sentence stating "This can be used by caches to 
determine when to fetch a fresh copy of the associated document.") 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 
programmer to automatically refresh a document as taught by Richmond in p. 1 , middle of page 
discussing the HTTP-EQUIV = "Expires" attribute. These references were all applicable to the 
same field of endeavor, i.e., web page/service design. 



Claim 48 is substantially similar to claim 15 and therefore likewise rejected. 
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3. Claims 7-9 are rejected under 35 U.S.C. 103(a) as being unpatentable over Yurkovic (US 
Patent No. 6,668,353, filed Mar. 25, 1999, hereafter referred to as "Yurkovic") in view of Alan 
Richmond, "HTML's META-tag: HTTP-EQUIV", Web Developer's <Virtual Library>, Oct. 
12, 1999, pp. 1-3 (hereafter referred to as "Richmond") and further in view of Morris (US Patent 
No. 6,453,361, filed Oct. 27, 2000, hereafter referred to as "Morris"). 

Regarding claim 7, which is dependent upon claim 4, the limitations of claim 4 have 

been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the markup language is WML ("Wireless Markup Language "). 

Morris, though, discloses: 

wherein the markup language is WML ("Wireless Markup Language "). 
(col. 4 lines 48-53) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Morris for the benefit of Yurkovic in view of Richmond, because to do 
so would allow a user to communicate using a client device such as a cell phone as taught by 
Morris in col. 4 lines 47-53. These references were all applicable to the same field of endeavor, 
i.e., web page/service design. 

Regarding claim 8, which is dependent upon claim 4, the limitations of claim 4 have 
been previously discussed. 

However, Yurkovic does not explicitly disclose: 
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wherein the markup language is i-mode format. 

Morris, though, discloses: 

wherein the markup language is i-mode format, (col. 4 lines 48-53, noting 
that cHTML is the actual markup language and that i-mode is a service, as per 
col. 2 lines 53-54) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Morris for the benefit of Yurkovic in view of Richmond, because to do 
so would allow a user to communicate using a client device such as a cell phone as taught by 
Morris in col. 4 lines 47-53. These references were all applicable to the same field of endeavor, 
i.e., web page/service design. 

Regarding claim 9, which is dependent upon claim 4, the limitations of claim 4 have 

been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the markup language is HDML ( u Handheld Device Markup 
Language"). 

Morris, though, discloses: 

wherein the markup language is HDML ( u Handheld Device Markup 
Language"), (col. 4 lines 48-53) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 

to apply the teachings of Morris for the benefit of Yurkovic in view of Richmond, because to do 

so would allow a user to communicate using a client device such as a cell phone as taught by 
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Morris in col. 4 lines 47-53. These references were all applicable to the same field of endeavor, 
i.e., web page/service design. 

4. Claims 17-22, 30-31, 34, 36-40, 45, and 50-53 are rejected under 35 U.S.C. 103(a) as 

being unpatentable over Yurkovic (US Patent No. 6,668,353, filed Mar. 25, 1999, hereafter 
referred to as "Yurkovic") in view of Alan Richmond, "HTML's META-tag: HTTP-EQUIV", 
Web Developer's <Virtual Library>, Oct. 12, 1999, pp. 1-3 (hereafter referred to as 
"Richmond") and further in view of Laura LeMay, SAMS Teach Yourself Web Publishing with 
HTML 4 in 21 Days, 2 nd Edition , Sam's Publishing, Indianapolis, IN, © 2000 (hereafter referred 
to as "LeMay"). 

Regarding claim 17, which is dependent upon claim 1, the limitations of claim 1 have 

been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the programmatically generated mechanism comprises creating a 
multipart document, and wherein the first document is embedded in a first of the 
parts of the multipart document. 

LeMay, though, discloses: 

wherein the programmatically generated mechanism comprises creating a 
multipart document (p. 364, especially highlighted code at bottom of page), and 
wherein the first document is embedded in a first of the parts of the multipart 
document, (p. 365, Figure 12.10) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 

to apply the teachings of LeMay for the benefit of Yurkovic in view of Richmond, because to do 
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so would allow a web publisher to display more than one HTML document, for instance, within 
a single browser as taught by LeMay in the p. 360 "Working with Frames" section, including 
Figure 12.7. These references were all applicable to the same field of endeavor, i.e., web 
page/service design. 



Regarding claim 18, which is dependent upon claim 17, the limitations of claim 17 have 

been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the first of the parts is preceded by a boundary string used to 
delimit parts of the multipart document. 

LeMay, though, discloses: 

wherein the first of the parts is preceded by a boundary string used to 
delimit parts of the multipart document, (p. 364, especially the highlighted code 
at bottom of page: <frameset rows="*,*,*">) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 

to apply the teachings of LeMay for the benefit of Yurkovic in view of Richmond, because to do 

so would allow a web publisher to display more than one HTML document, for instance, within 

a single browser as taught by LeMay in the p. 360 "Working with Frames" section, including 

Figure 12.7. These references were all applicable to the same field of endeavor, i.e., web 

page/service design. 
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Regarding claim 19, which is dependent upon claim 18, the limitations of claim 18 have 

been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the first of the parts is followed by a terminating boundary string 
if the first document represents results from all portlets. 

LeMay, though, discloses: 

wherein the first of the parts is followed by a terminating boundary string 
if the first document represents results from all portlets. (p. 364, especially the 
highlighted code at bottom of page: </frameset>) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 

to apply the teachings of LeMay for the benefit of Yurkovic in view of Richmond, because to do 

so would allow a web publisher to display more than one HTML document, for instance, within 

a single browser as taught by LeMay in the p. 360 "Working with Frames" section, including 

Figure 12.7. These references were all applicable to the same field of endeavor, i.e., web 

page/service design. 



Regarding claim 20, which is dependent upon claim 17, the limitations of claim 17 have 
been previously discussed. 

Yurkovic further discloses: 

receiving the response message by a client from which the request for the 
portal page was sent; (col. 1 lines 25-29) 

rendering, by the client, the first document from the first of the parts of the 
multipart document; (col. 1 lines 29-33) 

receiving, by the client, subsequent parts of the multipart document, each 
of the subsequent parts comprising a revised version of the first document; (col. 1 
lines 25-29) and 



Application/Control Number: 09/954,951 Page 23 

Art Unit: 2176 

rendering, by the client, the subsequent parts of the multipart document. 
(col. 1 lines 29-33) 



Regarding claim 21, which is dependent upon claim 17, the limitations of claim 17 have 
been previously discussed. 

However, Yurkovic does not explicitly disclose: 

detecting that one or more of the portlets which had not acquired their 
content when the first document was returned in the response message have now 
acquired their content; and 

sending, responsive to the detecting step, a subsequent response message 
containing a revised version of the first document, the revised version 
representing results from the one or more portlets and being embedded in a 
subsequent part of the multipart document. 

LeMay, though, discloses: 

detecting that one or more of the portlets which had not acquired their 
content when the first document was returned in the response message have now 
acquired their content; (p. 2 "Meta Refresh" section, the META tag indicating 
that the URL is not invoked until 90 seconds [content value] have elapsed) and 

sending, responsive to the detecting step, a subsequent response message 
containing a revised version of the first document, the revised version 
representing results from the one or more portlets and being embedded in a 
subsequent part of the multipart document, (p. 2 "Meta Refresh" section, the 
META tag indicating that the URL is not invoked until 90 seconds [content value] 
have elapsed) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 
programmer to redirect a request for a URL as taught by Richmond in p. 2, "Meta Refresh" 
section. These references were all applicable to the same field of endeavor, i.e., web 



page/service design. 
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Claim 22 incorporates the limitations of claims 18 and 19, and therefore is substantially 
similar to these claims and likewise rejected. 

Claims 31, 37, 40 and 53 are substantially similar to claim 22 and therefore likewise 
rejected. 

Claims 30, 36 and 45 are substantially similar to claim 17 and therefore likewise 
rejected. 

Claims 38 and 51 are substantially similar to claim 20 and therefore likewise rejected. 

Claims 39 and 52 are substantially similar to claim 21 and therefore likewise rejected. 

Claim 50 incorporates the limitations of claims 17, 18 and 19, and therefore is 
substantially similar to these claims and likewise rejected. 

Regarding claim 34, which is dependent upon claim 32, the limitations of claim 32 have 
been previously discussed. 

Yurkovic further discloses: 

means for receiving the response message by a client from which the 
request for the portal page was sent; (col. 1 lines 25-29) 

means for rendering, by the client, the first document from the received 
response message; (col. 1 lines 29-33) 
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However, Yurkovic does not explicitly disclose: 

means for automatically sending a subsequent request for the portal page 
after waiting for a time specified by a value of the refresh trigger. 

Richmond, though, discloses: 

means for automatically sending a subsequent request for the portal page 
after waiting for a time specified by a value of the refresh trigger, (p. 2 "Meta 
Refresh" section, the META tag indicating that the URL is not invoked until 90 
seconds [content value] have elapsed) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 

to apply the teachings of Richmond for the benefit of Yurkovic, because to do so would allow a 

programmer to redirect a request for a URL as taught by Richmond in p. 2, "Meta Refresh" 

section. These references were all applicable to the same field of endeavor, i.e., web 

page/service design. 

5. Claims 23 and ,41 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Yurkovic (US Patent No. 6,668,353, filed Mar. 25, 1999, hereafter referred to as "Yurkovic") in 
view of Alan Richmond, "HTML's META-tag: HTTP-EQUIV", Web Developer's <Virtual 
Library>, Oct. 12, 1999, pp. 1-3 (hereafter referred to as "Richmond") and further in view of 
Kanefsky et al. (US Patent Application Publication No. 2002/0026500, provisionally filed Jun. 
12, 2000, hereafter referred to as "Kanefsky"). 
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Regarding claim 23, which is dependent upon claim 1, the limitations of claim 1 have 

been previously discussed. 

However, Yurkovic does not explicitly disclose: 

wherein the programmatically generated mechanism comprises 
programmatically inserting a hyperlink into the first document, wherein the 
inserted hyperlink can be used to explicitly request delivery of the updated 
document. 

Kanefsky, though, discloses: 

wherein the programmatically generated mechanism comprises 
programmatically inserting a hyperlink into the first document, wherein the 
inserted hyperlink can be used to explicitly request delivery of the updated 
document. ([0062], especially "the application server ... modifies an existing URL 
... to contain a link .... The user ... may select the URL ....") 

It would have been obvious to one of ordinary skill in the art at the time of the invention 

to apply the teachings of Kanefsky for the benefit of Yurkovic in view of Richmond, because to 

do so would allow a server to perform relaying services to devices attached to a network as 

taught by Kanefsky in [0027]. These references were all applicable to the same field of 

endeavor, i.e., web page/service design. 

Claim 41 is substantially similar to claim 23 and therefore likewise rejected. 

Response to Arguments 
10. Applicant's arguments filed 12/21/2004 have been fully considered but they are not 
persuasive. 
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Applicant's remarks on pages 13-15 of the amendment concerning the drawings, 
specification, an 35 USC 112 1 st paragraph issues raised in the FAOM have been addressed 
above (in which the Office withdrew these FAOM objections/rejections). 

Regarding the FAOM rejections of claims 1-6, 10-16, 24-29, 32-33, 42-44 and 46-49 
under 35 USC 103(a) as being unpatentable over Yurkovic in view of Richmond, Applicant 
argues on pages 15-21 that Yurkovic provides only a teaching of conventional portals, that 
immediacy of returning results is lacking and that motivation is deficient. 

However, the Office first notes that AAPA submitted in this Amendment top overcome 
35 USC 1 12 1 st rejections (pp. 14-15) indicates that Applicant's portals are merely conventional. 
Additionally, regarding immediacy, the Office notes first that immediacy is a relative/broad 
concept. Furthermore, even if Yurkovic would not be considered as disclosing an immediate 
response, providing such a response is merely a matter of obvious design choice. Additionally, 
the motivation is set forth in the Richmond reference, and not the subjective views of the Office. 
The Office therefore maintains the FAOM rejections of claims 1-6, 10-16, 24-29, 32-33, 42-44 
and 46-49 under 35 USC 103(a) as being unpatentable over Yurkovic in view of Richmond. 

Regarding the FAOM rejections of claims 7-9 under 35 USC 103(a) as being 
unpatentable over Yurkovic in view of Richmond and Morris, claims 17-22, 30-31, 34, 36-40, 45 
and 50-53 under 35 USC 103(a) as being unpatentable over Yurkovic in view of Richmond and 
LeMay, and claims 23 and 41 under 35 USC 103(a) as being unpatentable over Yurkovic in view 
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of Richmond and Kanefsky, Applicant reiterates on page 21 the argument that Yurkovic is 
deficient and motivation is lacking. 

However, the Office addressed the applicability of Yurkovic and the motivation for 
combining Richmond previously. Additionally the motivation set forth in each of the added 
references is set forth in each added reference, and is therefore not "subjective/of unknown 
origin", as Applicant suggests. The Office therefore maintains the FAOM rejections of claims 7- 
9 under 35 USC 103(a) as being unpatentable over Yurkovic in view of Richmond and Morris, 
claims 17-22, 30-31, 34, 36-40, 45 and 50-53 under 35 USC 103(a) as being unpatentable over 
Yurkovic in view of Richmond and LeMay, and claims 23 and 41 under 35 USC 103(a) as being 
unpatentable over Yurkovic in view of Richmond and Kanefsky. 

Conclusion 

1 1 . THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 



Application/Control Number: 09/954,951 
Art Unit: 2176 



Page 29 



12. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Robert M Stevens whose telephone number is (571) 272-4102. 
The examiner can normally be reached on M-F 6:00 - 2:30. 

. If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Joseph H. Feild can be reached on (571) 272-4090. The current fax phone number 
for the organization where this application or proceeding is assigned is 703-872-9306. 
Additionally, the main number for Technology Center 2100 is (571) 272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAER only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

Robert M. Stevens 
Reg. No. 47,972 

Art Unit 2176 k 
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